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«ONLINE DOCUMENT ASSEMBLER" 

TECHNICAL FIELD 

This invention relates to document assembly systems and in particular, but not 
solely, a system which is accessed via the internet and assembles documents in 
response to user interaction over the internet. 
BACKGROUND ART 

Document assembly systen^ rmming in conjunction with standard word 
processing software are well known and typically involve tiie production of documents 
by merging variable information specific to tiie transaction being documented with a 
precedent form or a series of precedent paragraphs. At a slightly higher level of 
sophistication the assembly system will prompt and guide the user in real time to 
provide appropriate variable information as the agreement is being prepared. 

More sophisticated docimient assembly systems are **tatelligenr systems which 
ask the user a series of questions, not only to acquire variable information, but also to 
select appropriate clauses for the document with the system logic causing branching to 
the appropriate clause or to the next question based on answers given to the previous 
question. 

Traditionally J document assembly systems are used by lawyers or paralegals in 
law offices and are not suited for use by lay people. Such systems ate iisually run on 
the local area network of the law firm. It has been perceived that there is a demand for 
lay persons to access document assemblers to produce legal documentation appropriate 
to a transaction being undertaken without the need to consult a lawyer. One pseudo 
online system intended to meet this demand is I^pidDocs™. RapidDocs™ authoring 
software is purchased by law firms who prepare the base forms and logic for preparing 
documents for transactions which reflect the particular law firm's expertise. End users 
acquire RapidDocs™ assembly software, which they may download over the internet, 
which allows them to assemble the appropriate document downloaded fi-om the 
selected law firm. Documents appropriate to a users needs can be located by 
conducting a "Lawyer Search" which allows a search for a particular legal skill in a 
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selected geographic area. The results provide a direct link to the RapidDocs'"^ 
documents available for downloading and purchase from the selected law firm's 
website. 

The RapidDocs™ system has a number of disadvantages. These include the 
5 need for users to acquire and run document assembly soflware on their own PCS, and 

the need to locate a source of form documents appropriate to their transaction. 
DISCLOSUHE OF INVENTION 

It is an object of the present invention to provide a central document assembly 
system which is accessed by users over the internet and which goes at least some way 
1 0 towards overcoming lie abovementioned disadvantages. 

Accordingly in one aspect ihe invention consists in a document assOTibly system 
resident on a web server which allows a user with web connectivity and a browser to 
invoke said system and interactively assemble a document at the web server 
comprising: 

1 5 a stored library of packets of text each relating to a different document and each 

document packet containing blocks of text that will meet a variety of possible 
contingencies for a docxmient of that type, 

means which dynamically create web pages applicable to a document which 
present docimicnt determining queries to the user's browser and c^ture decisions made 
20 by said user in response, together with unique user input data relevant only to the 
particular document being assembled, 

means which selects from said library blocks of language based on said user 
decisions^ 

a database which stores said user data, 
25 software that assembles said blocks of language and populates the assembled 

document witii said user data, 

and means for delivering the assembled document to said user. 
In a further aspect the invention consists in authoring soflware for the creation 
of interactive web pages for a document assembly system resident on a web server 
30 comprising: 



WP application software which allows the creation of standard text for each of 
a plurality of documents and which incorporates macros and data fields, 
software which includes: 

means which creates interactive web pages for said web server^ 

said pages constructed to in use present document detemrining queries to a user 

and capture decisions made by said user in response, together with unique user data 

input, 

means which establish rules for the storage of said user decisions and data input, 
means which generate document-specific macros and fields for docxunent text 
in said WP application^ and means which select and trigger appropriate macros based 
on decisions captured by said web pages and populates appropriate fields with user 
input data. 

Throughout this patent specification the term "internet" includes not only the 
public internet but also intranets, extranets and other networks using internet protocols. 
Furthemiore, while the preparation of legal documents is the only described application 
of the present document assembly system, it should be understood ihat the system has 
many other applications and can automate the production or completion of a wide 
variety of forms. 

The present invention makes use of a standard word processor which in the 
preferred form is Microsoft WORD™. However, other word processor packages such 
as Corel Word Perfect could be used and thus the generic acronym **WP" is used in this 
description to designate word processor software, 
BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a diagram showing the key steps and elements of the document 
assembly system of the present invention; 

Figure 2 is a diagram showing the steps employed in the authoring module; 

Figure 3 is a jfragment of a decision tree used in authoring a commercial lease 
according to the present invention; 



Figures 4 to 8 show a small selection of web pages produced ftom the authoring 
software of ike present invention for the production of a commercial lease and as made 
available to end users accessing the site to assemble such a document, and is a 
representation of the document assembly software indicating presentation layer, 
business rules and data warehouse. 

BEST MODES FOR CARRYING OUT THE INVENTION 
Overview 

The present document assembly system is essentially a server side application 
that creates a process that allows an internet user to create a complex document through 
answering a menu of questions and entering data on active server pages (ASPs), It 
manages the front-end interfece of creating and presenting the appropriate active server 
pages to the end user and storing the information and instructions as database tables in 
a database. It also handles the back-end process of creating the library of stored text, 
manipulating it according to the stored instructions^ inserting captured data and 
converting it into fiiUy formatted WP documentation which is downloaded to the user. 

The back-end authoring process of creating the library of information that needs 
to pre-exist before the user commences creating a document, is done in WP using 
macros and merge fields. The coding for the web pages and the database tables to 
create a customised document can be generated by the system. 

The document assembly system can be viewed as comprising two modules: 
authoring software and assembly software. 
Authoring Software Overview 

This module allows server side stajBfinvolved in creating original documentation 
and processing commands to streamline the process of coding the WP documentation 
with mail merge and macro instmctions and to create active server pages with plain 
language questions that trigger these commands witibout the need for manual codmg. 

The operation will be described using the example of a document assembly 
service provider creating an on-line automated process for making a will, 
(a) First a legal adviser creates a WP document that includes language for all the 

co3aanon options for that particular form of document and generates a decision 



tree to detennine what clauses should be employed and what data should be 
captured depending on the end user's individual circumstances and 
requirements. 

(b) A data entry operator opens the WP document before macros or fields have been 
inserted and then invokes the authoring software from an add-in menu. 

(c) The data entry operator working with the lawyer enters data fields and macros 
to either take out blocks of text that are not applicable in the context of an 
individual trarisaction or enter data that is context specific to the transactiont 

(d) A generic framework or template for a will is then created and an interview 
process set up on active server pages. The data entry operator is prompted as 
to what type of data fields needs to be attached to the interview answers (ie Free 
Text, Data, etc)» 

(e) Either a programmer manually crates the code to link the macros and fields in 
the core WP document witihi the database table in tihie database server or fliis 
process is carried out by the software. 

(f) At this point, the web pages are plain with no formatting, A graphic designer 
may work on the Active Server Page code and add colours, formatting , layout, 
etc. Preferably these functions are performed by the software and are made 
available on a special purpose menu. 

(g) Prompts may be entered in the template for each data field that will be displayed 
to the user on the web page. Typically a prompt is less than 10 words. Pull 
down pages containing extra help can be provided 

(h) A test is provided to test that when usar completes all the required information 
it is sufficient to assemble a legally sound document 

Assembly Software Overview 

This module merges data from die database 14 into a WP document and invokes 
mail merge and macros to complete a full document ready for printing- The assembly 
application also invokes email messages from server to user giving instructions and 
progress reports. 
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(a) The end user (in this case the person making the will) will be asked to provide 
through active server pages: 

unique data such as names and addresses of the grantor, beneficiaries, 
executors, etc 

5 - decisions regarding the dispositions that the grantor wishes to make, eg 

for spouses, children, grandchildren, etc, and the appointment of trastees 
and executors which will result in various blocks of text from the core 
document being retained and other blocks excluded- 

(b) The assOTibiy application gathers this information from the user ihrough active 
10 server pages and codes this data in a database table in Hie database server. 

(c) The user web pages will, on completion of the interview process offer a button 
for "complete and send document". That command will trigger a merge 
(assemble) of the document This process will not only merge the data from the 
database table but also invoke any macros that are required to be run to 

1 S complete the formatting of the document- 

ed) Typically the document is then saved as a WP and/or PDF file and the web user 

is e-mailed that their document is ready for download from the web site- 
Document Assembly Software and Process 

The assembly software is preferably a VB application compiled as a dlL The 
20 dll handles the following options: 

(a) the pages do not exist until the user calls diem, the info comes from the database 
and the dll extracts the information from a database and creates an xml file, 
which gets parsed with an xsl through an asp processor to product an html page. 

(b) the pages are created by the authoring software and published as an asp page to 
25 the server- 

(c) a uri, or include file is created by the server- 

On submission of the form the appKcation accepts the query string for form collection 
and checks to see if there is a data xml file. If there is no xml file then a new one is 
created. If one exists then that is opened to see if the elements already exist, if they 
30 exist then the data value is updated If they do not exist then new elements are added. 



On completion of the web fonns the user gels tfie finish page, from here the dll 
makes a text file from the xml file and then merges that with the WORD document. 

Figure 1 outlines ihe essential steps which are followed when an online user 
requests the preparation of a document Upon logging on to the site the user's browser 
is presented with a document list page 101, he selects the document required and is 
presented with the start page 102 for that document Alternatively the user may wish 
to revise a document previously prepared and is presented with tihe start page 103 for 
that document It should be understood that what tibe onhne user sees are not pages of 
the document, but rather pages on the site which present and preceive information 
which controls the assembly of the document 

The user then enters a series of question pages 104 where questions s^ropriate 
to that particular document are asked. For example in a commercial lease there will be 
a page asking "What kind of legal entity is the landlord?" (see Figure 6). This may be 
followed by another page which will ask "Do you want to provide for mortgagee's 
consent?" (see Figure 8), There will also be pages for receiving the full name, address, 
and other contact details of the parties to the agreement- Examples of these are shown 
in Figures 5 and 7 and will be described later. 

As each question page is answered the answers are stored at the site, preferably 
in the same file which carries the questions. Preferably an XML file is used. The user 
then is displayed with a "finish" page 105 where he will indicate that he wishes the 
document to be assembled or saved for completion later* Upon clicking an assemble 
button the XML, file with questions and answ^ is passed from site server 106 to one 
or more document assembly servers 107. In sin^jle sites the assembly server function 
may be carried out on the same hardware as the site server resides. The assembly 
process involves the selection of stored blocks of text, for example clauses in a legal 
agreement, from the totality of blocks of text in a library for that agreement The 
library will be stored in a database 110, The selection is at least in part determined by 
the answers contained in the XML file. 

In addition the variable data entered by the user is extracted fi^m the XML file, 
possibly converted to a .txt file and is then merged in WORD with the selected clauses 



to create the assembled document 108. The user's answers are then saved in a table in 
a database 109 which coiild take any known database fonn. A copy of the entire 
assembled document 111 may also be stored in database 110. The user will have 
indicated at the finish page where the document is to be published to* This may be an 
email process 112 where the document is emailed to the address determined by the 
xisen The fonnat of the document emailed to the user may be a WORD document 
which would allow further changes by the user, or for lay users, more probably a 
document in PDF format in the preferred form of the invention during the assembly 
process the user will not see any part of the actual document being created until it is 
emailed to him at the end of the process. The user may also be given the choice of 
downloading the document ftom the website. 
Authoring Software and Process 

The authoring software is installed on the authors computer* When the au&or 
starts up WORD then under the Tools menu he will see the menu items under the add- 
in software link. 

The authoring software consists of one data file, either a SQL Server or MSDE 
file. It may also include the Microsoft Data Engme in case the author does not have an 
SQL Server* It will also consist of an application file that will be a conapiled Visual 
Basic program. This will contain all the user interface and functionality- 

The process for authoring base documents for assembly by subsequent useis is 
indicated in Figure 2- A word processing document for a particular transaction is 
created 121, for exan^le using Microsoft WORD, or alternatively an existing WORD 
document is accessed. The authoring software of the present invention will reside on 
the author^s computer system as a ^^crosoft WORD add-in. Thus flie second stage 122 
of the process will be to open the add-in software of the present invention. This 
converts the WORD document to a special document by changing some of the 
document attributes. This allows flie author to add web controls to the document such 
as insert fi-ee text, insert multi-line text box, numeric values, radio button choices, drop- 
down menu choices, tick box choices, multi-answer questions, pre-populated text area, 
lists, dates, and conditional paragraphs. 
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The author must next construct a decision tree to establish the business rules or 
logic which will deteirnine wHch document text is to be used in a^^ 
of the document in respoi^e to answers given by end users. This must be guided by 
someone expert in field to which the document applies. The author must construct 
5 questions appropriate to the logic. The logic takes the form of a decision tree. The 

length of the decision tree will d^end Upon the complexity of the document and the 
total number of possible fomis it may take, A tiny fragment of a decision tree for a 
commercial lease is shown in Figure 3 , This part of the tree solely relates to the choice 
of the tenant The author in this case has decided that the tenant may take one of six 

1 0 forms* These are indicated in the row P and the author here has allowed for the tenant 
to be one of an individual, a New Zealand company, an overseas company, a trustee or 
trustees, a New Zealand incorporated society or an "othef entity. The author decides 
ttjat to assist the lay user examples of Ihe fonnat to be used for each of the tenant types 
should be displayed to the user. These are set out in the H row of Figure 3 and will in 

15 use be placed by the software on the tenant webpage, alongside the selection buttons 
corresponding to tenant types P as shown in Figure 4* 

The author will then provide data fields for the end user to insert variable data. 
This is row D in Figure 3 and in the example this is where the user will be required to 
insert the name aad address of the tenant as shown in Figure 5. The add-in software 

20 marks fields added by the author to the WORD document as merge fields and allocates 

a unique field ID so that during the assembly process the data captured firom the end 
user in the XML file can be merged in the correct places in the WORD document 

The software of the present invention allows the author to establish and format 
tiie document question pages using dialogue box 123 (Figure 2) based on the decision 

25 tree which has been constructed The question page dialogue may be reviewed, placed 
on appropriate web pages, etc. The next step 124 provided by the authoring software 
allows the author to select the look and feel he desires for the webpages presented to 
the end user, including background colour, font colour and type, and the like. 

Next step 125 allows the author to draft the notes for the final or "finish" page 

30 125. Here the author will decide what webpage the user is taken to when the document 



^10- 

is assembled and select the final action such as email the document to the user or email 
a link to the document or provide a webpage with the document link. 

In step 126 the author determines the format in which the assembled document 
will be delivered For example WORD, PDF, RTF, XML, or SOAP, It will also 
5 deteonine where the document is to be delivered, if by email, whether it is an address 
inserted by the user or a de&uit address. 

The final step is for the author to specify the URL of a site miming the assembly 
software where the web pages are to be posted 
Format of Web Pages Created by Authoring Software 

10 The nature of ttic webpages created by an author using the authoring software 

of the present invention is shown by way of example in Figures 4 to 8. The example 
is the conmiercial lease previously referred to. The webpage established by the 
software in response to the authors decisions entered in step 123 for the tenant arc 
shown in Figures 4 and 5. Figure 4 contains questions as to the type of legal entity of 

15 the tenant, allows selection by the end user and provides next to the questions example 
formats corresponding to tfiose in row H of Figure 3. The webpage to accept variable 
data firom the user coiresponding to name and address of tenant and indicated in row 
D of Figure 3 is shown in Figure 5, Other question pages and data input pages 
appropriate to a commercial lease and corresponding to the tenant pages aheady 

20 referred to are shown by way of example in Figures 6 to 8. 

Technical Representation of the Presentation Layer/Business Rules/Data 
Warebouse 

A schematic of the presentation layer/business rules and data warehouse 
structure is shown in Figure 9. In tiie example shown the system is referred to as 
25 DOCDOLTTTLE ™ and the terms used in the schematic are explained in the following 

appendix. 
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APPENDK 
DOCDOLITTLE™ Server - Basic Glossary 
logError 

5 29 April 2001 Description ; This sub records information about errors that have 

occurred in ; the document server. The error information is stored in a file t named 
"errorLog.xml" this file is created in the root dir when : the first error occurs- 
CreateNewDir 

This sub creates a new virtual directory 
10 changeDirName 

This sub alters the name of the directory located at tJie supplied path. : The parameter 

"name" is the new name of the directory. 

checkLogin 

True or False depending on the values of the password params 
15 deleteDacument 

This Sub deletes the document that has the same ID as the supplied : menuID in the 
Doclist. : the document's "document element is removed fiiom the DocList, then the : 
-xxnl, ,xsl, and .doc files for that document are removed 

20 HTML string of the current Web page to be displayed. 

getDirs 

HTML string of the current Web page to be displayed. 
getMenu 

a HTML string of the page we are displaying 
25 getPage 

HTML string of the current Web page to be displayed 
Dim vars for getting data out of the request object 
updateMenu 

This Sub updates the document details in the DocList : The menuID of the document 
30 to update is passed in the ^'menuID" parameter, ; The other parameters are the details 
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that can be changed for that document : I the active detail of the document is set to 
^ W then the document will not be : displayed in the Document List in the browser. 
validateUser 

HTML string of the page to be displayed 
5 DocAssembler 
mergeDocument 

11 Feb 2001 Decription : Calls merge on the document who's name is passed in as 
filename. Stores a copy of the variables in the xml needed after the merge is finished 
then generates the data file for the document by calling getCSV on the xml data fi^^^ 
10 Then mergeDocument merges the source document (filename) with the generated 

datafile. Then the document is emailed to the document creator and, if parameter 
emailAddress was supplied, to that email address also. 
mm^Assemble 

22 Feb 2001 Decription : This function is copied from the Owldocuments Web 
1 5 Processor. It takes a datafile name, a source document name and a completed document 

name and merges the datafile and the source document into the completed file. 
DocMail 
dijSendMessage 

21 Feb 2001 Decription : This fimction is copied from &e Owldocuments webprocesor. 
20 It sends an email to the strSendTo address with the other parameters as parameters of 

the mail. 
DoctorX 
Operations 
GetHTML 

25 22 Feb 2001 Decription : Accepts the name of a document currently on the server and 

uses that file name to access the xml data file for that document Using this xml file and 
the xsl file supplied from the client, the fimction builds an HTML string of the page to 
be displayed. This HTML string is returned out of the function. 
createWorkingFUe 
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22 Feb 2001 Decription ; This function saves a copy of the xml file "filename" to a 
temporary xml file with a 4 digit random string added to the file name. This file is used 
to hold a specific users answers. 
getErrorLog 

22 Feb 2001 Decription ; This fimction returns the contents of errorLog.xml 

transformed against errorLog.xsl 

getMenu 

This fimction is also implemented in DocAdmin with more fimctionahly, : I have left 

this function here also because older default^asp pages use it. 

maveFiles 

Place Menu Item in DocListxml 
updateXML 

22 Feb 2001 Decription : Updates the data in the current xml data file to be what the 
nser has entered and saves it back to disc, 

27 April 2001: Now we pass in the page number we are going to next in the param 

'nextpage' this is so we can eventually inqjlement decision paths through the document, 

not just straight tiirough. Also the answer node now has an *id* and a Value*, so we can 

implement multianswer questions, 

PageHandier 

doc_Assemble 

February 2001 Decription : This fimction gets the required information out of the 
request object : then calls DoctorX^s mergeDocument method to assemble the 
document : The fimction returns ttie URL of the next page that the user will be directed 
to. 

doc_Do€ument 

February 2001 Decription : This function is the first contact for users entering 
information into a docdolitde : document on the web, : The fimction gets the question 
names and answers out of the Request Object : It then calls DoctorX's updateXML 
metixod to write the answers to the working ; XML file. Then we call getHTML to get 
the HTML for the current page that we are : going to return to the browser. 



-14. 

dac_ErrarLag 

April 2001 Decription : This functiou returns &e enrorLog for the DocServex 
doc^StaifPage 

February 2001 Decription : This function calls DoctorX's createworkingFile then 
passes back the name of the : new working file that it has just created 



